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HOMING AND CONTROLLING IP TELEPHONES 

Field of the Invention 

The present invention is related to packet -switched 
5 telephony, and in particular, to controlling 

communications for multiple telephony devices from a 
common telephony device . 

Background of the Invention 

10 The convergence of circuit - switched networks, such 

as the public switched telephone network (PSTN) , and 
packet -switched networks, such as the Internet, has made 
it possible to transmit voice and data across disparate 
networks. Currently, packet -switched telephony has 

15 evolved to allow packet-switched-based telephones, 
referred to in general as Internet Protocol (IP) 
telephones, to provide all of the services and features 
of traditional circuit-based telephones in addition to 
supporting innumerable web-based applications and 

20 services. 

Currently, IP telephones either require 
sophisticated, self-contained control systems or rely on 
a dedicated server application running on a network-based 
server. For the self-contained IP telephones, the 

25 significant amount of hardware and software required to 

allow the telephone to be self -supportive renders it cost 
prohibitive, especially for business applications 
requiring a large number of telephones. 

Although more cost effective, IP telephones acting 

30 as clients and relying on a network server for operation 
tend to limit the user's ability to take advantage of 
additional features and configurability afforded to IP 
telephones. In particular, a terminal proxy server, 
which is relatively removed from the associated IP 
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telephones, will typically serve a large number of 
telephones and provide each of those telephones with a 
common configuration. Currently, the ability of users to 
configure an individual telephone or group of telephones 
5 to accommodate specific needs in an efficient and user- 
friendly manner does not exist. These telephones either 
require configuration through the telephone interface 
itself or by a dedicated administrator capable of 
interacting with the server applications running on the 

10 terminal proxy server. 

As such, there is a need for a cost effective IP 
telephony solution for applications requiring multiple IP 
telephones. Further, there is a need for a way to 
efficiently configure and customize the telephones on an 

15 individual or group basis to take advantage of the 
extended functionality provided by packet-switched 
communications and web-based applications. 

Summary of the Invention 

20 The present invention relates to providing server 

functionality in a dedicated module or a specially 
configured packet -switched telephone. The server 
function is preferably adapted to control the 
configuration and operation of a plurality of packet- 

25 switched telephones configured to operate as clients of 
the server function. The server function may control 
specific operation of the packet -switched telephones as 
well as support communications between the packet - 
switched telephones and other telephony devices over the 

30 packet-switched network. The server function may operate 
to facilitate communications with the supported packet - 
switched telephones using a first protocol and with the 
other telephony devices using a second protocol. The 
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second protocol is preferably the Session Initiation 
Protocol (SIP) . 

A web server function may also be provided to allow 
web-based configuration of the packet-switched telephones 
5 and provisioning of communication functions or services. 
Providing a web-based interface allows administrators or 
users of the packet -switched telephones to configure the 
packet -switched telephones or provision communication 
capabilities using a web browser as a user interface. A 

10 web browser interface provides a more user- friendly 
interface than using the limited buttons and display 
traditionally available on telephones. 

The present invention moves the functionality of a 
terminal proxy server to the edge of a traditional 

15 packet -switched network and localizes the homing and 
controlling of basic, packet -switched telephones in a 
local communication device. Providing such functionality 
in a local device facilitates better local control, and 
providing a web-based interface provides an efficient and 

20 user- friendly interface for administrators of and users 
in a work group . 

Those skilled in the art will appreciate the scope 
of the present invention and realize additional aspects 
thereof after reading the following detailed description 

25 of the preferred embodiments in association with the 
accompanying drawing figures . 

Brief Description of the Drawing Figures 

The accompanying drawing figures incorporated in and 
30 forming a part of the application illustrate several 
aspects of the invention, and together with the 
description serve to explain the principles of the 
invention . 
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FIGURE 1 depicts an exemplary communications 
environment containing aspects constructed according to 
the present invention. 

FIGURE 1A is an exemplary configuration of a work 
5 group according to one embodiment of the present 
invention . 

FIGURE IB is an exemplary configuration of a work 
group according to a second embodiment of the present 
invention . 

10 FIGURE 2 is a block representation of a server 

module constructed according to the present invention. 
FIGURE 3 is a block representation of an IP 

telephone constructed according to a preferred embodiment 

of the present invention. 
15 FIGURE 4 depicts exemplary control architecture or a 

server module constructed according to a preferred 

embodiment of the present invention. 

FIGURE 5 is an exemplary call flow diagram for the 

preferred embodiment of the present invention. 

20 

Detailed Description of the Preferred Embodiments 

The present invention provides for a server 
function, associated with an Internet Protocol (IP) 
telephone that is capable of facilitating communications 

25 for additional IP telephones to form a telephone work 
group. The server function may be implemented in a 
separate module interfacing with an IP telephone or 
integrated into a special IP telephone. The telephone 
work group is preferably self-sufficient and capable of 

30 communicating over an IP network using the necessary 
protocols to facilitate telephony communications with 
devices in the IP network as well as those supported in 
associated networks. The IP telephones in the work group 
do not require the services of a traditional terminal 
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proxy server and will facilitate ready configuration by 
the users within the work group or an administrator of 
the work group . 

Upon reading the following description in light of 
5 the accompanying drawing figures, those skilled in the 
art will understand the concepts of the invention and 
will recognize applications of these concepts not 
particularly addressed herein. It should be understood 
that these concepts and applications fall within the 

10 scope of this disclosure and the accompanying claims. 

The embodiments set forth below represent the necessary 
information to enable those skilled in the art to 
practice the invention and illustrate the best mode of 
practicing the invention. 

15 With reference to Figure 1, a communication 

environment, generally referenced as 10, is shown 
centered about a packet -switched network, such as an IP 
network 12. The IP network 12 may be coupled to 
disparate networks, such as the PSTN 14, via a gateway 16 

20 to facilitate communications with circuit - switched 

telephony devices 18. The gateway 16 will facilitate 
protocol conversions and data manipulations necessary to 
establish media flows or call processing between the 
networks in traditional fashion. 

25 Packet -switched telephony communications throughout 

the IP network 12 are preferably conducted using the 
Session Initiation Protocol (SIP) . SIP provides the 
ability to establish sessions between endpoints over the 
IP network 12. The endpoints represent devices 

30 communicating over the IP network 12 using SIP. Once 

established, sessions can exchange media capabilities and 
set up multiple media paths between the endpoints, 
depending on the capabilities of those endpoints. 
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A SIP endpoint is typically referred to as a user 
agent (UA) . Generally, user agents register their 
ability to receive calls with a SIP proxy by sending 
REGISTER messages to the SIP proxy. The REGISTER message 
5 informs the SIP proxy of the SIP uniform resource locator 
(URL) that identifies the user agent to the IP network 
12. The REGISTER message also contains information about 
how to reach the specific user agent over the IP network 
12. For example, the information may include the IP 

10 address and port facilitating communications. In 

addition, the REGISTER message provides a user agent's 
desired contact information, such as a telephone number 
or email address. 

Typically, when one user agent needs to establish a 

15 call to another user agent, an INVITE message is sent to 
the SIP proxy specifying the targeted user agent in the 
"TO" header. Identification of a user agent takes the 
form of a SIP URL, such as <USERNAME>@<DOMAIN> . The 
USERNAME is usually unique within the name space of the 

20 specified domain. The SIP proxy will use the SIP URL in 
the "TO" header of the message to see if the user agent 
has registered with the SIP proxy server. 

If the targeted user agent has registered with the 
SIP proxy, the SIP proxy will forward an INVITE message 

25 directly to that user agent. The user agent will 

typically respond with a 200 OK message, and a session 
between the two agents will be established per the 
message exchange required in the SIP specification. 
Capabilities are passed between the two endpoints as 

30 parameters embedded within the session setup messages, 
including INVITE, 200 OK, and ACK. Media capabilities 
can also be exchanged using the SIP INFO message. 
Capabilities are typically described using the Session 
Description Protocol (SDP) . 



13208RNUS01U 



7 



Once endpoints are in an active session with each 
other and they know about each other's capabilities, they 
can begin to exchange the specified media content. 
Further information pertaining to SIP may be found in the 
5 Internet Engineering Task Force's RFC 2543, which is 

incorporated herein by reference. An exemplary call flow 
scenario incorporating SIP is described below following a 
description of the various components forming the 
communication environment. 

10 Continuing to reference Figure 1, a SIP proxy server 

20 is associated with the IP network 12 to facilitate 
SIP-based communications with various SIP-compat ible 
devices. These devices may include a dedicated terminal 
proxy server 22, which facilitates operation of an IP 

15 telephone 24 acting as a client of the terminal proxy 

server 22. The terminal proxy server 22 may support any 
number of clients in traditional fashion, as described 
above. The client-server based configuration of the 
terminal proxy server 22 and IP telephone 24 represents 

20 existing IP telephony solutions that are often unduly 
expensive for a small number of IP telephones and 
difficult to customize and configure. Personal computer 
(PC) 2 6 may also be configured as a SIP-based telephony 
device, also known as a SIP soft phone. As depicted, PC 

25 2 6 is configured with the necessary hardware and software 
to facilitate SIP services without requiring a 
traditional terminal proxy server, such as terminal proxy 
server 22. However, SIP communications may require the 
services of the SIP proxy server 20. 

30 In contrast to the stand-alone SIP devices provided 

by PC 26 or the terminal proxy server configuration, the 
present invention may provide a work group 2 8 of IP 
telephony devices 32, 34, 3 6 that are capable of 
cooperating with one another and facilitating 
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communications and services over the IP network 12 under 
the control of a smart telephone configuration 30. As 
depicted, basic IP telephones 32 and 34 may be homed to 
and have operation features controlled by the smart 
5 telephone configuration 30. Preferably, the smart 
telephone configuration 3 0 is formed by basic IP 
telephone 36 operating in association with a server 
module 38. 

The server module 38 is capable of interacting with 

10 IP telephones 32, 34, and 36 using a first protocol and 
facilitating communications with or control of these 
telephones 32, 34, 36 using a second protocol via the IP 
network 12. Typically, the first protocol is a protocol 
running over IP that is configured to facilitate 

15 communications and control of the IP telephones 32, 34, 
36. In the present example, the second protocol is SIP. 
The server module 38 provides the SIP UA functionality. 
It eliminates the need for a network-based terminal proxy 
server and is preferably also configured to act as a web 

20 server to facilitate configuration of any of the IP 
telephones 32, 34, 3 6 via a web browser running on 
personal computer 40. The server module 38 provides the 
terminal proxy server functionality at the edge of the IP 
network 12 instead of centralizing it in a formal, 

25 terminal proxy server. 

In operation, the IP telephones 32, 34, 36 will 
communicate over IP network 12 with the server module 3 8 
using a first protocol, such as Nortel's proprietary 
UNISTIM protocol. Depending on network configuration, 

30 the server module 38 may have a unique IP address or 

share a common address with the associated IP telephone 
36. Communications between the server module 38 and 
other SIP- compatible devices will use SIP. Preferably, 
SIP communications use the SIP proxy server 20. The SIP 
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proxy server 2 0 may communicate using SIP with PC 26, 
circuit -switched telephony device 18 via gateway 16, and 
IP telephone 24 via terminal proxy server 22 . Notably, 
the terminal proxy server 22 may communicate with IP 
5 telephone 24 using UNISTIM or other protocol. A web 

browser running on PC 4 0 may be used to access the server 
module 38, which will preferably be able to run a web 
server application capable of configuring each of the IP 
telephones 32, 34, 36. Details of the web server 

10 operation and configuration of the IP telephones 32, 34, 
3 6 are described in further detail below. 

With reference to Figures 1A and IB, the smart 
telephone configuration 3 0 may include a separate server 
module 3 8 configured to interface with a basic IP 

15 telephone 36. Additional IP telephones, such as IP 

telephones 32 and 34, may connect to the server module 38 
through a local area network (LAN) or the like. The 
interface between the server module 38 and associated IP 
telephone 3 6 may be proprietary or facilitated over the 

20 local area network. As such, IP telephone 3 6 may have a 
dedicated port, docking arrangement, or like interface to 
communicate with the server module 38. 

Alternatively, the smart telephone configuration 3 0 
may include a specially configured IP telephone having 

25 the functionality of server module 38 integrated therein. 
As such, the additional IP telephones 32 and 34 may 
connect directly to the smart telephone configuration 30, 
or may connect via a hub, switch, router, server, or like 
network device. Those skilled in the art will recognize 

30 the various degrees of integration and network 

configurations capable of facilitating the concepts of 
the present invention. 

An exemplary configuration for the server module 3 8 
is depicted in Figure 2. The server module 38 will 
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preferably include a control system 42 having sufficient 
memory 44 to store the requisite software 4 6 and data 
required for operation. The control system 42 may also 
be associated with an IP interface 48 to provide access 
5 to the IP network 12. The IP interface 48 may be a 
standard network interface connection. The control 
system 42 may also include a dedicated telephone 
interface 50 configured to interface with IP telephone 3 6 
to form the smart telephone configuration 30. Depending 

10 on the configuration, the control system 42 may only 

require the IP interface 48 if communications between the 
server module 3 8 and the IP telephone 3 6 are routed over 
a local area network or the IP network 12 . 
Alternatively, a dedicated interface will typically 

15 incorporate the telephone interface 50. 

Figure 3 illustrates an exemplary IP telephone 3 6 
capable of either interfacing with the server module 3 8 
or integrating the functionality of the server module 3 8 
therein. The IP telephone 36 will typically include a 

20 control system 52 having sufficient memory 54 to store 
the necessary software 56 and data required for 
operation. The control system 52 will also be associated 
with a keypad 58, display 60, and one or more microphones 
62 and speakers 64 to facilitate voice telephony via 

25 hands -free operation or a traditional headset. The 

control system 52 will also include a module interface 66 
for interfacing with the server module 38 in non- 
integrated embodiments. Further, the control system 52 
will include an IP interface 68 for interfacing with the 

30 local area network or the IP network 12. 

The functional architecture of the server module 3 8 
or an integrated smart telephone configuration 3 0 is 
shown in Figure 4. The architecture will include a real- 
time operating system (RTOS) 70, preferably supporting a 
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Personal Java Virtual Machine (PJVM) 72. The PJVM 72 
will support a SIP terminal proxy server (TPS) function 
74, which provides a SIP user agent 76 and a basic, 
terminal proxy server function 78. The SIP user agent 76 
5 will communicate using SIP over the IP network 12 with 

various SIP devices 80, wherein the terminal proxy server 
function 78 will communicate using, typically, a non-SIP 
protocol, with supported IP telephones 82 (such as IP 
telephones 32, 34, 3 6 as shown in Figures 1, 1A and IB) . 

10 Expand key server function 84, provisioning server 

function 86, and configuration server function 8 8 are 
supported by the basic web server function 90. The web 
server function 90 is configured to allow a web browser 
92 on a remote device, typically a PC or workstation of 

15 the associated user of the IP telephone 32, 34, 36, to 
access the configuration, provisioning, and expand key 
server features 88, 86, and 84 using configuration, 
provisioning, and expand key objects 94, 96, and 98 
supported by the web browser 92 . As depicted, these 

20 features are preferably Java-based and communicate using 
the Hypertext Transfer Protocol (HTTP) when the web 
browser 92 accesses web pages supported by the web server 
90. A system administration feature 100 may be directly 
accessed over an IP network via a SIP network 

25 administrator 102 using Telnet or an appropriate file 
transfer protocol. 

The expand key server function 84 provides the 
ability to view, add, change, and delete information 
concerning the IP telephone 32, 34, 3 6 via the web 

30 browser 92 of the individual user's PC 40. The web 
browser interface gives the user the ability to see 
information relating to the provisioning and 
configuration of the respective IP telephone through a 
user- friendly web interface. The web interface allows 
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the user to type in information using a regular keyboard 
using a traditional display, which provides a larger, 
more easily viewed display than that normally provided on 
the IP telephone 32, 34, 36. The expand key feature may 
5 facilitate logging in to the system to gain 

authentication to use the system, provide a list of 
callers for maintaining a directory of numbers that have 
called select terminals, or provide the registration or 
configuration status of the login of any IP telephone 32, 

10 34, 36 at any given time. Those skilled in the art will 
recognize many additional IP telephone features that are 
more easily viewed or configured via a typical PC 
interface instead of using the smaller visual interface 
provided by IP telephones. 

15 The provisioning and configuration server functions 

86, 88 allow users to register new IP telephones and 
change provisioning for existing IP telephones in the 
work group 28. In particular, the configuration feature 
provides a graphical user interface to select and choose 

20 system preferences and properties, preferably using a 
Windows-based interface. For example, the application 
type, SIP proxy server addresses, software and firmware 
versions, host IP addresses, port numbers, and related 
configuration data may be selected or modified. In 

25 essence, virtually all of the communication and system 
parameters, preferences, and settings are configurable, 
at group level or user level, by using a web browser 92 
accessing the web server feature 90 . 

The preferences and settings may also include call 

30 processing configurations wherein the various telephone 
features, such as hold, transfer, call forwarding, and 
call waiting, may be provisioned. For example, call 
forwarding may be provisioned and configured using the 
web browser interface, such that an administrator may 
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enable the call forwarding and a user may access the web 
server feature 90 to activate the call forwarding feature 
and identify the user, IP address, or telephone number to 
which calls are forwarded. In addition to traditional 
5 telephony features, web-based services may be provisioned 
and configured for any of the IP telephones via the web 
server feature 90. For example, a stock ticker may be 
configured to provide stock quotes for select companies 
on the telephone display throughout the day. Those 

10 skilled in the art will recognize the innumerable 

features and functions that one would typically exercise 
in a normal desktop computer or web accessible hand-held 
device that may be implemented at the IP telephone 32, 
34, 36. The present invention supports all such 

15 functionality, while allowing a user or the group 

administrator to initially configure the functionality 
through a traditional web page supported by the web 
server 90, which is accessible by traditional browsers. 
Importantly, the web-based interface with the IP 

20 telephones 32, 34, 36 in the work group 28 is provided 
directly by the server module 38 or by an IP telephone 
configuration having the functionality of the server 
module 38. As noted, the server module 38 provides the 
local intelligence and services for the associated IP 

25 telephones 32, 34, 36 supported in the work group 28. 

Since the control in the work group 2 8 is provided within 
the work group 28, an administrative assistant can easily 
control the IP telephones 32, 34, 36 in the work group 28 
without affecting or gaining access to a traditional 

30 terminal proxy server controlling all the telephones 

within a business. Further, the administrator and users 
can access the IP telephones 32, 34, 3 6 within the work 
group 2 8 in a user- friendly web-based environment. 
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Once the IP telephones 32, 34, 36 are configured, 
communications with the server module 3 8 are preferably 
facilitated using the UNISTIM protocol, whereas the 
server module 38 communicates with other SIP devices over 
5 the IP network 12 using SIP. Figure 5 depicts an 
exemplary communication between an IP telephone 32 
(client) supported by the server module 3 8 (server) in 
the work group 28. Initially, the server module 38 will 
register with the SIP proxy server 20 (step 200) . The 

10 server module 38 will then configure the IP telephone 32 
based on provisioning and configuration settings provided 
by an administrator through the web-based interface (step 
2 02) . The server module 38 may also register various 
aliases or additional information associated with the IP 

15 telephone 32 with the SIP proxy server 2 0 (step 2 04) . 
For example, IP telephone 32 may include a traditional 
telephone number, IP address or email address to identify 
the terminal . 

Assuming that the IP telephone 32 intends to 

20 initiate a telephone call to the SIP telephone, the IP 

telephone 32 will send an OFF-HOOK message to the server 
module 3 8 (step 2 06) . The OFF-HOOK message is preferably 
provided in the UNISTIM protocol wherein the server 
module 38 will convert the OFF-HOOK message, which will 

25 typically include identifying information for the device 
being called, into a SIP INVITE message, which is sent to 
the SIP proxy server 20 (step 208) . The SIP proxy server 
20 will respond to the server module 38 with a 100 TRYING 
message (step 210) and forward the INVITE message to the 

30 SIP telephone being contacted (step 212) . The SIP 

telephone will respond by sending a 180 RINGING message 
to the SIP proxy server 2 0 (step 214) . The SIP proxy 
server 2 0 will forward the 180 RINGING message to the 
server module 3 8 (step 216) , which will convert the 



13208RNUS01U 



15 



message to the appropriate ringing message in the UNISTIM 
protocol and send the resultant message to the IP 
telephone 32 (step 218) . 

Assuming that the user of the SIP telephone answers 
5 the ringing telephone (step 220) , the SIP telephone will 
send a 200 OK to the SIP proxy server 20 (step 222) . The 
SIP proxy server 2 0 will forward the 200 OK to the server 
module 38 (step 224) , which will provide an answer 
message to the IP telephone 32 (step 226) using the 
10 UNISTIM protocol. The server module 38 will then provide 
an acknowledgement (ACK) to the SIP proxy server 2 0 (step 
228) . At this point, the media path is established 
between the IP telephone 32 and the SIP telephone (step 
230) . 

15 When the user ends the call (step 232), an "ON-HOOK" 

message is sent from the IP telephone 32 to the server 
module 3 8 (step 234) . In response, the server module 3 8 
will send a SIP BYE message (step 236) to the SIP proxy 
server 20, which will forward the BYE message to the SIP 

20 telephone (step 238) . The SIP telephone will respond 
with a 200 OK (step 240) to the SIP proxy server 20, 
which will forward the 200 OK to the server module 3 8 to 
officially end the communication (step 242) . Those 
skilled in the art will appreciate the details of SIP, 

25 and that the above call processing is merely provided to 
illustrate an exemplary call flow wherein either the 
server module 38 or a smart telephone configuration 3 0 is 
capable of supporting any number of IP telephones in the 
work group 28. An integrated smart telephone 

30 configuration 30 or a server module 38 is configured to 
provide the local intelligence and services for the 
associated IP telephones 32, 34 (and 36 in a non- 
integrated embodiment) by emulating a terminal proxy 
server, which provides for operation of and communication 
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with each of the supported IP telephones in the work 
group 2 8 . 

The present invention moves the concepts of terminal 
proxy servers to the edge of the IP network 12 by 
5 providing local work groups 28 having IP telephones 32, 

34, and 36 homed into and controlled by the server module 
38 associated with IP telephone 36 or integrated into a 
smart telephone configuration 30. Providing local 
intelligence and services eliminates the need for all the 

10 IP telephones in the work group 28 to be self-contained, 
and eliminates the need to network all IP telephones 
within a business to a centralized terminal proxy server 
in traditional fashion. As such, local administrators 
and users have more freedom to provision and configure 

15 the IP telephones in the work group 28. Further, by 

providing the server function in the server module 3 8 or 
in an integrated smart telephone configuration 30, the 
local administrator and users may configure individual 
ones or all of the IP telephones within the work group 28 

20 using a user- friendly graphical user interface via a 

standard browser running on a personal computer or like 
device . 

Those skilled in the art will recognize numerous 
modifications to and additional benefits provided by the 
25 present invention. These modifications and benefits are 
considered within the scope of the above disclosure and 
the claims that follow. 



